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(g) Industrielle Stauerung auf der Basis verteilbarer Technologischer Objekte 

(§} Durch die Zuladbarkeit von Technpiogischen Objektty- 
pen (TOMOn) in das Runflme-Systein {RTS1-ftTS7) einer 
industriellen Steuerung wird das Basissystem (UMC-K) 
der Steuerung funktionell erweltert und eine technologi- 
sche Skalierang der Steuerung erreicht. Die zugeladenen 
Technoiogischen Objekttypen sind befrebfg instanzilerbar 
und konnen beliebig auf die vorhsndenen Gerate verteHt 
warden. Das Zuladen erfoigt in Form von Technologiepa- 
keten (TP). Der Anwender kann in seineh Anwenderpro- 
grammen (AP1-AP3) diese Funktionalltat direkt verwen- 
den, wobei eine Trennung zwisohen technologischer 
Funktlonalitat und Geratefunktionalitat erfoigt 
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Beschreibung 



[0001] Die Erfindung be^ieht sich auf eine indtislrielle 
Steuemng fur technische Froz.esse, insbesondere fur Pro- 
dulctionsmaschinen. 

[0002] Ferner bezieht sich die Erfindung auf ein Verfahren 
zur Progranifxiiening bzw. Projektieniog von industriellen 
Steuerungen fur technische Prozesse, in.sbesondere fiir Pro* 
duktionsmaschinea. 

[0005] Eine industrielle Steuemng kann dabei dn eigenes 
Gerat sein, s ie kann aber auch in einen ConiputeE; einem PC, 
einem eigenstandigea Gerat oder einem Antrieb integriert 
seiix. 

[0004] Bisher bekannte industrielle Steuerungen zur Au- 
tomatisierung lechnischer Ptozesse basieren im Wesentli- 
chen entweder auf elner ''SPS-Funklionalitat'", einer "MC- 
Funktionalitat" oder auf einer Technologiefunktionalttat, Da 
im Rahmeo solcher Funklionalitaten ein gewisser Funlvti- 
onsumfang fesl vorgeschrieben ist> ist. erne optimale Anpas- 
sung an die Aiiforderungen eines speziellen Processes hau- 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funktionen uberdusstg ist 
(z- B. ist beim Binsatz einer MC-Steuerung fur Werkzeug- 
maschinen^ evil, vorbandene Funktionalitat fur Verpak- 
kungsmaschinen iiberflusslg). 

[0005] Aus dcr DE 197 40 550 ist auJSerdem eine Vorrich- 
tung zum Steuem eines rechnischen Prozesses und/oder zur 
Steuerung der Bewegung einer \ferarbeitungsmaschine be- 

kannt, die ein Stenerprogramm abarbeitet. Dieses Steuerpro- 
granun besteht aus einer Vleizahl von Soflwaremodulen, 
Prozesssteuerungsfunktionalitaten von an sich bekannten 
speicherprogrammierbai-en Steuerungen und Bewegu&gs- 
funktionalitalen von an sich bekannten MGSteueruagen 
sind in eineni einheitlichen, konfigurierbaren Steuerungssy- 
stein verwirkUchL Die cinzelnen Soflware-Module werden 
bier jedoch dutch jeweils eine Teilsteuerung abgearbeil^l, so 
dass fur jedes Software^Modul eine zentrale ^Recheneinheit 
vorzusehen ist. 

[0006] Weiterhin ist aus der DE 1 9B 53 205 ein Verfahren 
zur Stcuerung Lechnischer Prozesse bekannL, das auf einer 
Instanziierbarkeit sowie einer bedarfsgerechlen Verschal- 
tung von Software-Komponenten mit vorgebbarer, zumin- 
desL parametrierbarer FunktionalJtat basiert. Die VerschaL- 
tung und die Projekdemng der Software-KompcMieDten er- 
folgt hierbei allerdings noch nicht optimal. 
[0007] Der Erfindung liegt dalier die Aufgabe zugrunde, 
fur jeweils unterschiedliche Steuerungsaufgaben und unter'-- 
schiedliche Randbedingungen bzw, Anforderungen des zu- 
gruBde liegenden technischen Prozesses in einfacher Weise 
oplimale Auspragungen einer industrieUen Steuerung so- 
wohl hinsichtlich ihrer Steiierungsstruk(:ur als auch hinsicht- 
lich ihrer Funktionalitat zu ersteUen. 
[0008] Die BrUnder sind dabei von der Ericenntnis ausge- 
gangen> dass das Runtime- und/oder Engineering-System 
der indusiriellen Steuerung sowohl SPS- als auch Bewe- 
gungs- und/oder Technologie-Funktionaiitat bedient und 
dass durch die M^oglichkeit des dynaroischen Zuladens von 
Funktionscode in das Runtime- und/oder Engineering-Sy- 
stena der industriellen Steuemng jeweils eine optimale Aus- 
pragung» d. h. Skalierung der Steuemng moglich sein 
miisste, wobei auSerdem durch ejnelVennung von technolo- 
gischca: Funktionalitat und Get^tefiinklionaUtat die Brstel- 
lung bzw, Projektjerung der Steuerung erleichtert werden 
wtirde. 

[0009] OemaB der Ertindung wird die oben genannte Auf- 
gabe fur eine industrielle Steuerung der eingangs genannten 
Art dadurch geiost, dass die Steuerung cin allgemein ein- 
setzbareSt vomugswexse techoologieneuurales^ Basissystem 



fiir die Steuenmgsgrundfunkdonalitat aufwetst, wobei in- 
stanziierbare Tfechnologieobjekttypen die Grundfunktionali- 

\M: der Steuerung um technologische FunklionalUaten ei^'^n- 
zen und nach einer vom Anwender zuschneidbaren Instanzi- 
5 ierung als Technologische Objekle in seinen jeweiiigen 
Applikationen zur Verftigung stehen, wobei eine Trennung 
zwischen technologischer FunktionaUtat und Geratefunktio- 
nalitat erfolgt, 

[0010] Bin Technologisches Objekt reprasentiert vorzugs- 

10 weise eine Komponeme der realen Welt. Inn Kontext indu- 
strieller Steuerungen kounen dies z. B. Komponenten von 
Werkzeugmaschinen oder Ptoduktionsmaschinen seia, Die 
Techno3ogischen Objekte stcllen eine definiertc technologi- 
sche, abgeschiossene Funktionalitat bereit. Sie konneo un- 

LS tereinander verschaltet werden, urn kompiexe technologi- 
sche Aufgaben zu realisieren, Dadurch dass die technologi- 
sche Funktionalitat der Steuerung durch Technologische 
Objekte, die vorzugsweise reale Komponenten, gebildet 
wird, ist einem Anwender oder Nutzer der Steuerung die 

20 technologische Machtigkeit, d. h. die Fahigkeit der Steue- 
rung sofort transparent. Als softwaretechnologische Einheit 
kann ein Technologisches Objekt auBerdem von einem An- 
wender sehr leicht in unterschiedlichen Applikationen und 
Steuerungen wiederverwendet werden. Ein Anwender kann 

25 bci der Nutzung von Technotogischen Objekten von dercn 
Implemenlierung abstrahieren, Vom Anwender in seinen 
Anwenderprogrammen direkt einsetzbare Technologische 
Objekte entstehen durch ihre Instanziierung aus Technolo- 
gieobjekttypen. Aus einem einmal definierten Technologic- 

30 objckttyp konnen beliebig viele (zugeschnejderte) Instanzeo 
von Technologischen Objeis;ten gewonnen werden. Dadurch 
dass die Instanziierung sowohl im Engineering-System als 
auch im Runtime-System erfoigen kann, ist es fur einen An- 
wender sehr ieicht und sehr komfortabel moglich, die Tech- 

S5 noiogischen Objekle in seinen Anwendungen zu verwen- 
ckn* Die fiJDkrionale Machtigkeit einer Steuerung ist soinit 
sehr leicht erweiterbar. Die Erweiterbarkeit wird lediglich 
durch IIW-Restriktionen (z, B. CPU-Leismng oder Sped- 
cherbeschrankungen) begrenzt. 

^0 [0011] Weiterhin hat der Anwender die Moglichkeit: das 
vorhandene Basissystem fur die Sleuerungsgrundfunkliona- 
litat um solche J^unktionalitaten zu erweitern, die er wirklich 
fur seine Anwendungen benotigt Dies geschieht dadui'ch, 
dass er explizit bestimmte benoligte Technologische Ob~ 

45 jekte zum Basissystem der Steuerung hinzuladt. Bin An- 
wender kann sich somit individual eine Steuerung mit einer 
bestimmten Funktionalitat b^schaffen- Ublicherweise in 
Steuerungen vorhandene nichtbenatigte Funlctionalitateti 
werden dadurch vermieden und verursachen somit keinen 

50 Overhead. 

10012] Ein weiterer Vorteil liegl: in der Trennung von tech- 
nologischer Funktionalitat und Geratefunktionalltat. In den 
Technologischen Objekten wird von den Geraten abstra- 
hiert, auf denen die Technologischen Objekte ablaufen. So- 

55 mit kann sehr leicht die Zuordnung eines Technologischen 
Objektes auf ein Gerat geandert werden und die Program- 
mersteliung (d. h. die Nutzung der Technologischen Objekte 
in den Anwenderprogrammen) kann unabhangig von den 
Geraten erfoigen. Die Gerate selber stellen somit nur die 

60 Ablaufumgebung fiir die Technologischen Objekte dar. Die 
tatsSchliche Zuorckiung von Tedinologischen Objekten zu 
Geraten ksinn der Anwender in einer ftir ihn oplinialen Art 
und Weise vornehmen, Optimierungskriterien sind z, B. 
Auslaslung, raumliche Verteiiung oder die Buslange, 

65 [0013] AuBerdem liegt eio Vorteil in der Entwicklung und 
in der Produkdon solcher skalierbaren Steuerungen. Steue- 
rungen, die mit einer notwendigcn Grundfunktionalitat (Ba- 
sissystem) ausgeliefert werden, lassen sich in groBer Stiick- 
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zahl sehr einfach herstellen (economies of scale). 
[0014] Eine erste vorteilhafte Ausgestaltung der Ellin- 
dang liegt darin, dass dne auEomalische Generierung bzw. 
Projektierung von KommunikatioDSverbindungen zwischen 
Technologiscben Objekten basierend auf der zugrungelie- 5 
genden Hardware-Topologxe und/oder der technologiscben 
Losung erfolgt. Im Engineeringsystem werden die Zuord- 
nangsinformalionen von Technologiscben Objekren zu Ge- 
raten, die GerSte- und Netztopologie, sowie die und das Da~ 
tenvolumen ausgewertet und daraus die automalische Pro- lO 
jektierung der KommunikationskanSle erzeugt. Damit wird 
fiir dnen Anwender die ProgrammersteHung erleichtert. 
[0015] Eine weitere vorteilhafte Ausgestaltung der Brlin- 
dung liegt darin, dass bei der automadschen Generierung 
bz;w. Projektierung der Kommunikationsverbindungen zwi- 15 
schen Technologiscben Objekten von den Technologiscben 
Objekten zugewiesene oder erworbene Qualitatsattribute 
berucksichtigt werden. Diese aotomatische Kommunikati- 
onsprojektiernng ennoglicht einc efflziente Nutzung der 
eingesetzten Gerate- und Netztopologie, da dabei abstrakte 20 
"Quality of Service"- Anforderungen wie z. B. Broadcast, 
T^ktsynchroniLat oder t}benxagungs?.eit optimal auf die Ce- 
rate- und Buseigenschaften abgebildet werden. Im Enginee- 
ringsyslem wtsrdcn die Zuordnungsinformationen von Ibch- 
nologi schen Objekten zu Geraten, die Gerate- und Netzto- 25 
pologie, sowie die "Quality of Service"-Anforderungen und 
das Datenvolumen ausgewertet und daraus die automadsche 
Projektierung der KoiJimunikationskanaie erzeugL 
[0016] Eine weitere vorteilhafte Ausgestaltung der Edin- 
dung liegt darin, eine fiexibLe Verschiebbarkcit und/oder 3o 
Verteilbarkeit der Technologiscben Objekteauf unterschied- 
iich oder gleich perfornaante Hardware-Systeme und/oder 
I^ufzdtsysteme erfolgt. Technologische Objekte sind platt- 
form- bzw. hardwareunabhangig. Sie enthalten keine platt- 
fonn- bzw. bardwarespexifischcn Eigenschaften und Iconnen 35 
somit selir ieicht auf unterschiedliche Hardware-Systemc 
und/oder Laufeeilsysteme geladen, verschoben und vertcilt 
werden. Dutch die Mfiglichkeit der Verschiebbarkdt und 
der Verteilbarkeit der Technologiscben Objekte auf unter- 
schicdlich oder gleich perfomnante Hardware-Systeme kann 40 
ein Anwender Technologische Objekte sehr flexibel beniit- 
xen und einsetzen. Er muss sich bei der Verschiebung und 
der Verieilang der Technologiscben Objekte oidit urn Re- 
strikdoneo beztiglich der zugrundeiiegenden PerfoiTnance 
der Hardware- und/oder von Laufeeil-Systemen kummem. 45 
Weiterhin ist es durch die Verschiebung und Verteilung der 
Technologiscben Objekte moglich, die Last in einem Sy- 
stem flexibel zu verteilen und zu balancieren. 
fOOlTJ Eine weitete vorteilhafte Ausgestaltung der zu- 
grunde liegenden Brfindung liegl darin, dass eine flexible 50 
Verschiebbarkeit und/oder Verteilbarkeit: der Technologi- 
scben Objekte auf unterschiedlich oder gleich performanle 
Hardware- und/oder Laufzeit-Systeme innerhalb eines Pro- 
jektes erfolgt, wobei sich ein Projekt auf Daten und/oder 
Programme von einer oder mehreren Steuerungseinhetten 55 
bezieht Ein Anwender hat somit die Moglichkeit innerhalb 
eines Projektes Gerate unterschiedlicher Hardware ein^uset- 
zen, die auch unterschiedlich performant sein konnen, auf 
die er Technologische Objekte Ieicht und fiexibel verteilen 
kann, ohne die unterschiedliche Performance der Gerate be- <50 
riicksichtigen zu mussen. 

[0018] Eine weitere vorteilhafte Ausgestaltung der zu- 
grunde liegenden Brfindung liegt darin, dass die Verteilung 

der FunktionaJitat der Technologiscben Objekte auf mitein- 
ander in Bchtzeit durch taktsynchron aqui<^stant kommud" 6S 
zierende Steuerungseinbeiten erfolgt. Die Technobgischen 
■ Objekte konnen somit auf Gerate bzw. Steuerungseinbeiten 
vejieilt werden, die iiber ein Kommunikatior^medium in 
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Verbindung stehen, das eine taklsynchrone aquidistanEe 
Kommunikatlon erlaubt. Somit konnen die Ibchnologischen 
Objekte in Echt^eit niiteinaoder kommunizieren. In einem 
Projekt sind die Instanzen von Technologiscben Objektty- 
pen eindeutig referenzierbar und konnen (HW-) plattform- 
iibergreifend genutzt werden. 

[0019] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfmdung liegt darin, dass cine technologische Ska- 
Herung hinsichtiich der Funktionaiitat der Steuerung durch 
die Zuladbarkeit von Technologieobjekttypen erfolgt. Damit 
hat der Anwender die Moglichkeit eine funktionale Skalie- 
rung seiner Steuemng zu erreichen. Er kann somit sehr ein- 
fach die Punkdonalitat der Steuerung an die zugrundeiie- 
genden und vorliegenden Bedurfnisse und Randbedingun- 
gen anpassen. Die Brweiterbarkeit bezieht sich sowohL auf 
Geratefunktionalitat als auch auf technologische Ranktiona- 
litaL 

[0020] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfindung liegt darin, dass cine Verschaitung der 
Technologiscben Objekte zu komplexen Technologiscben 
Objekten, &og. Container-Objekten ertblgt. Dadurch hat der 
Anwender die Moglichkeit aus ''einfachen" Technologi- 
scben Objekten kompiexe Technologische Objekte zu er- 
stellen, die im Vejigleich zu den "einfachen" Tbchnologi- 
schen Objekten eine hoherwertige bzw. koiaplexere techno- 
logische Funktionalitat reprasentieren und zur Verfiigung 
stellen. Die Verschaltung erfolgt durch bierarchische Bezie- 
hungen zwischen den Technologiscben Objekten und/oder 
Datenfiussbeziehungen. 

[0021] Eine weitere vorteilhafte Ausgestaltung der Brfin- 
dung Hegt darin, dass einem Anwender unterschiedliche 
Sichten auf die Technologiscben Objekte zur Verfugung ste- 
hen. Die Abstraktionsmechamsmen, die die Technologic 
schen Objekte zur Verfugung stellen, erlauben (je nach An- 
wendungsptiase oder Anwendeityp) unlerschicdliche Sich- 
len auf sie. Aus dem Engineering gibt es z. B, eine Projekt- 
sicht CiSblichesrweise in Form einer Baumdairstellung) und/ 
oder eine l^betriebnahmesicht (z. B. fiir das Anlegen und 
Konfigurieren der Instanzen). Aber es steht auch eine pro- 
grammiert:echnische SichL zur Verfugung. In dieser Sicht 
werden dem Anwender z. B. Metbodcn und Attribute der 
Technologiscben Objekte zur Verfiigung gestellt, Aus ergo- 
nomischen Gesichtspunkten werden die Sichten einem An- 
wender in Form von grafischen BenutzeroberEachen zur 
Verfiigung gestellt, z. B. als Icons und/oder Masken. 
[0022] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Brfindung liegt daiin, dass eine riickwirkungsfreie 
Progranmiienmg eines Technologiscben Objektes beziiglich 
der anderen vorhandenen Ibchnologischen Objekte und des 
Steuerungsbasissystems, sofern nicht explizir eine Ruckwir- 
kung program mierl; bzw. projektiert ist, vorgesehen ist. Der 
Anwender kann somit das Verhalten eines Technologiscben 
Objektes unabhangig von Ruckwirkungen anderer Techno- 
logiscben Objekte oder des Steuerungsbasissystems pro- 
granimieren. Weno erforderlich oder gewiinscht kann er 
aber expHzit eine Riickwirkung programmieren bzw, pro- 
jektieren. Die Flexibilitat des Anwenders bei der Frogram- 
mierung Tecbnologiscber Objekte wird dadurch erhoht. 
[0023] Eine weitere vorteilliafte Ausgestaltung der vorlie- 
genden Ediudung Hegt darin, dass die Darstellung der Tech- 
nologiscben Objekte im Bngineenng-Systein durch grali- 
scbe Blemente und/oder Masken erfolgt. Durdi diese gra5- 
scbe BenutzeroberflSche wird di^ Anwender beim Gebrauch 
der Technologiscben Objekte unterstutzt. ProdukiivltSt und 
QuaUtat der Projektierung bzw. der Progranunierung wer- 
den dadurch erhciht. 

(0024] Eine weitere vorteilhafte Ausgestaltung der voriie» 
genden ]5riindung liegl darin, dass die Technologieobjektly- 
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pen 7M Techoologischen Pakelen zusammengefasst werden, 
Tecbnologische Pakete stellen eine Clusterung von techno- 
logiscb und/oder funktional zusainmengehorenden Techno- 
logieobjelcttypen dar. Durch das Hinzuladen von Technolo- 
gischen Paketen zum Basissysteni einer Steuerung, konnen 
Steuerungen mit jeweils dedizterten Funktionsumfang er- 
haiten werden. Solcbe Steuerungen haben wenig funktiona- 
ien Overhead. Durch die Quslerung und Zuordnung von 
Technologieobjekttypen za Ifechnologiepaketen wird zum 
einen eine Stnikturierung und Klassifixiening erreicht und 10 
zum andereu sind die Technoiogiepakele ein geeignetes 
Mittel, um dieTechnobgieobjekttypen auf das Runtime-Sy-. 
stem einer Steuerung zu laden. 

[0025] GemaB der Erfindung wird die oben genannle Auf- 
gabe fur ein Verfahren der eingangs genannten Art durch die 15 
folgenden aufbinander folgenden SchritDe geldst: 

a) Verwendung eines Basissystems m\i einer vorzugs- 
wdse tohnologieneutralen GrundfunklioaalitSt, 

b) Instanziierung der Technologischen Objekte, 20 

c) Verschaltung der Technologischen Objekte zu Tech- 
nologischen Objekten komplexer Funktionalit^, 

d) Verteilung und/oder Piatzierung der Ibchnologi- 
schen Objekte auf die GerSle, 

e) automadsche Cjcnederung der Kommunikationska- 25 
nale ^wi^^cben den Technologischen Objekten, 

f) Wiederverwendung insbesondere von komplexen 
bereits verschalteten Technologischen Objekten in an- 
deren Projekten. 

30 

[O0Z6] Dadurch hat der Anwender die Moglichkeit auf 
eine systematische und folgerichtige Weise die Funktionali- 
tat einer gewtinschtea Steuerung m en-eichen, wobei sicher- 
gestellt isl, dass die erhaltene Steuerung so gut wie keinen 
fUnktiOnalen Overhead beinhaltet. Bin weiterer be- 35 

steht daiin» dass ein Anwender bei der Erstellung der An- 
wenderprogramme die Technologischen Objekte unabhan- 
gig von der Hardware und den Ger^ten, auf denen sle letzt- 
endlich ablaufen^ vervv'cnden kann. Nach der Instanziierung 
und der Verschaltung der Technologischen Objekte erfolgt 40 
crsi ihre Verteilung auf die Hardware bzw. die Gerate. Die 
Zuordnung zu den Geraten kana jederzeit geandert werdeo, 
Es liegt somit eine strenge Trennung von technologtscher 
Fuoktionalitat und Geratefunktionalitat vor. Die technologi- 
sche Funktionaiitat der Technologischen Objekte ist unab- 45 
hangig von der' Geratefunktionalitat, d. h. von den Cierateru 
auf denen sie ablaufen. Die Gerate selber stellen nur die Ab- 
laufumgebung fur die Ibchnologische Objekte dar. Techno- 
logische Objekte (einfache und/oder komplexe und/oder 
verschaltete lassen sich daher sehr leicht in anderen Projek- 50 
ten wiederverwenden. Die automatische Generierung der 
Kommunikationskanale zwischen den Technologischen Ob- 
jekten (automatische Kommunikaiionsprojektierung) er- 
moglicht eine efftziente Hutzung der eingesetzten Gerate- 
und Netztopologie und unterstiitzt den Anwender bei der 55 
Projektierung bzw, der Programmerstellung. 
[0027] Eine weitere vorleilhafte Ausgestaitung der vorlie- 
genden Erfindung liegt darin, dass bei der Generierung der 
Kommunikationskanale Qualitatsattdbute der Ibchnologi- 
schen Objekte eingehalten werden. Durch die Beriicksichti- 60 
gung vom Anwender vorgebbarer Qualitatsanforderungen 
(z. B. tJbertragungszeit, Takisynchronizilat, Broadcast) 
wii'd die Gerate- und Netztopologie noch effizienter genutzt 
und der Anwender braucht bei der Projektierung bzw. Pro- 
gratnmierung der Kommunikationskanale nur Qualitatsattri- 65 
bute als Input fUr die automatische Generierung der Kom- 
munikationskanale angeben. 

10028] Eine weitere vorteilhafiB Ausgestaitung der vorlie- 
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genden Erfindung Liegt darin, dass die Schritte b) und e) op- 
tional erfolgen, Dadurch, dass Technologiscbe Objekte nicht 
zwangslaufig verschaltet und/oder in anderen Projekten wie- 
derverwendet zu werden brauchen, wird die Rexibilifcat fair 
5 den Anwender erhoht, 

[0029] Die wesentlichen, mit der Erfindung erzielten Vor- 
teile bestehen also insbesondere darin, dass ein Anwender 
direkt. technologiscbe Funklionalital in seinen Anwendun- 
gen verwen<kn kann, die ihm durch Tschnologische Ob- 
jekte, die Elemente der realen Welt entsprechen, ia einer fik 
ihn adaquaten Weise zur Verfiigung gestellt werden und dass 
flir einen Anwender eine slrenge Trennung von technologi- 
scher Fiinktionalitat und GeratcfunkliODalitat voriiegt. Ge- 
rate stellen nur die Ablaufumgebung flir Technologiscbe 
Objekte dar. Die technologiscbe Funktionaiitat der Techno- 
logischen Objelcte ist unabhSngig von der Gei^tefunktiona- 
Htat 

[0030] Ein weiterer Vorteil liegt darin, dass die punktiona- 
litat von industriellen Steuerungen sozusagen "plug and 
play''-maSig dedizierl: erweit*^bar ist. Auf diese Weise wild 
eine technologiscbe Skalierung <fer Steuerung erreicht. 
[0031] Ein Ausftihrungsbeispiel der Bdindung ist in der 
Zcichnung dai^gestellt und wird im folgenden erlSutert, 
[0032] Dabei zeigen: 

[0033] Fig. 1 in eitiem Stmkturbild ein Engineenng-Sy~ 
stem, das zugehorige Runtime-System und den zu steuem- 
den technischen Frozess, 

[0034] Fig. 2 zeigt in einem Ubersichtsbild wie ein An- 
wenderprogramm auf technologiscbe Funktionaiitat ira 
Runtime-System zugreift, 

[0035] Fig* 3 zeigt in einer abstiakten Schemadarstellung 
ein Technologisches Objekt mit AnwenderschnittstelLe, 
[0036] Fig* 4 zeigt in Form eines sog. Verschaltungsdia- 
grammes Technologiscbe Objektjs, die einen Glexcblaufver- 
bund darsteilen, 

[0037] Fig. 5 zeigt einen (jleichlaufverbund mit Um- 
schaltmoglichlceiten zwischen verschiedenen Leitwertquel- 
len und Gleicblaufgesetzen, ebenfalls in Form eines \%r~ 

schaitungsdiagrammes, 

[0038] Fig* 6 zcigl in Form eines Verschaltungsdiagram- 
mes die Verschaltung des Technologischen Objekt.es Mess- 
taster, 

|;0039] Fig. 7 zeigt in Form eines Verschaltungsdiagram- 
mes die Verschaltung des Technologischen Objektes Nocke, 
[0040] Fig* 8 zeigt in Form eines Verschaltungsdiagram- 
mes Verschaltungen mit Gleichlauftechnologieobjeklen, 
[0041] Fig* 9 zeigt ebenfalls in Form eines Verschaltungs- 
diagrammes die Zuordnung eines Technologischen Objek- 
tes Kurvenscheibe zu mehreren Gleichlaufobjekten, 
[0042] Fig. 10 zeigt in einem Ubersichtsbild die Cluste- 
ning von Technologieobjekttypen zu einem Tfechnologiepa- 
ket und 

[0043] Fig, n zeigt in einem Obersichtsbiid die Kommu- 
niicatiortsstruktur zwischen zwei Geraten. 
[0044] In der Darstellung gemaB Fig. 1 wird in Form eines 
Strulcturbildes gezeigl:, dass die Steuerung eines technischen 
Prozesses P uber mindestens ein Runtime-System 
RTS I-RTS3 von industriellen Stseuerungon erfoigt. Die Ver- 
bindung zwischen den Runtime-Systemen RTSI-RTS3 der 
Steuerung und dem technischen Piozess P geschieht bidi- 
rektional tiber E5n-/Aasgange EA1-EA3. Die Programmie- 
rung der Steuerung und damit das Festlegen des Verhaltens 
der Runtime-Systeme RTS1-RTS3 geschieht im Enginee- 
ring-b'ystem Es. Das Engineering-System Es enthalt Werk- 
zeuge fur die Konfigurierung, Projektierung und Program- 
mierung fur Mascbinen bzw, flir die Steuerung technischer 
Prazesse. Die im Engineering-System Es erstellten Pro- 
gramme werden iiber die Informationspfade 11-13 jeweils in 
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dieRurttime-iiyst.emeRTSl~RTS3 der Steuerungen ubeitra- 
gen. Durch die drei Punkte ist angedeutet, dass weitere 
Steuerungen und Runiime-Sy^^teme vorhanden sein konnen. 
Bezuglich seiner Hardware-Aussiattung besteht ein Engi- 
neeriing-Syslem ES (iblicherweise aus einem Computersy- 
stem rait GraphikblldschuTn (z. B. Display), Bingabebilfs- 
mitteln (z. B, Tastatur und Maus), Prozessor, Arbeits- und 
Sekundarspeicher, eine EinrichUing fur die Aufnahme com- 
puterlesbaier Medien (z. B. Disketten, CD's) sowie An- 
schlusseinheiten fUr einen Datenaustausch mit. anderen Sy- 
steraen (z. B, weiteren Computersyslsmen, weitere Steue- 
rungen technische Proxesse) oder Medien (z.B. Inter- 
net), Eine St^erung besteht Ubiicherweise aus Bingabc- 
und Ausgabeeinheiten, sowie aus Prozessor urid PEogramm- 
speicher. 

[0045] DarstelluQg gemaB Fig. 2 zeigt zwei Runtirae-Sy- 
Sterne RTS4 und RTS5 von indiistriellen Steuerungen, dar- 
gestellt als ReclitecL Die Runtime- Systeme RTS4 und 
RTS'5 entbalten jeweils einen UMC-Xemel UMC-K, sowie 
die Technologischen Objekte TOl bis TOn, wobei die je- 
weiligen UMC-Kemels als aucb die Technologischen Ob- 
jekte unterschiedlich sein kSnnen, die Technologischen Ob- 
jekte auch in ihrer AnzahL Der UMC-Kemel UMC-K steUt 
das Basissystem der Steuerung dar, dieses Basi^ystenn cnt- 
halt die Grundfunktionalitat der Steuerung. Der UMC-Ker- 
nel UMC-K ist in rechtwinkliger Stufeofomi dargesteUt Zu 
ihm konnen Tecbnologische Objekte TOl bis TOn hinzuge- 
Laden werden. Durch dieses Hnzuladen wird der Funktions- 
umfang des Basissystems erweitert. Die Technologischen 
Objekte TOl bis TOn sind als Rechtccke dargesteUt, durch 
ihre Anordnung in Fig. 2 wird angedeutet, dass sie den 
TJMC- Kernel UMC~K erv^^eir^ro. Durch die drei Punkte 
wird angedeutet, dass ein bis meluere Tecbnologische Ob- 
jekte TOl bis TOn hinzugeladen werden konnen und somit 
eine technologische Skaliening der gesamten Sleuerung ©r- 
rdcht wird Zentdert am oberen Rand von Fig* 2 ist das An- 
wenderprogramm API in Form einer schematischen Papier- 
fahne dargestellt. Durch die Zugriffspfeile ZGPl bis ZGP4 
ist dargestellt, dass ein Anwender in seinem Anwendeipro- 
gramm API direkt auf Funktionahtalen des UMC- Kernels 
TJMC-K, aber auch auf Funkdonalitaten der Technologi- 
schen Objekte TOl bis TOn ^ugreifeo kann, sowohl von 
RTS4 ais auch von KTS5 oder voo eineni weiteren Runtime- 
System (ebenfalls angedeutet durch drei Punkte). Diese an- 
gebotenen Funktionalitaten der Runtime-Systeme RTS4 und 
RTS5 (oder von weiteren Runtime- Systemen) kann ein An- 
wender direkt in seinem Anwendungsprogranun API ver- 
wenden, 

[004S\ Zur Pr&dsierung: Zur Erwexterung des Basissy- 
stems eines Runtime-Systems werden Technologieobjekte 

libhcherweise in Form von Teclmologieobjekttypen hinzu- 
geladen, Solche Technologieobjekttypen sind z. Achsen, 
Nocken, Kurvenscheiben oder abnliches. Technologieob- 
jekttypen sind instaoziierbar. Ein Anwender verwendet in 
seinen Anwendungsprogranunen API fur konkrete Appli- 
kationen Instanzen von Technologieobjekttypen. Solche To- 
stanzeo sind dann projektweit eindeutig definiert und identi- 
fizierbar. Die direkle Verwendung von zugeladenen Techno- 
logischen Objekten in AnwendeqMXJgrammen API als je- 
weils eigenstandige Programmobjekte ware prinzipiell auch 
dcnkbar^ ist ab^ fiir einen Anwender ftir <31& Programmer- 
steiiung unflexibel. 

[0047] Darstellung gemaS Fig, 3 zeigt in einer abstrakten 
Schemadarstellung die Anwendersicht eines Technologi- 
schen Objektes, d. h. einer Instanz eines Technologieobjekt- 
iyps. Diese Spezifikation eines Technologischen Objektes 
TOS wjrd als Rechteck dargestjeUt, das aus funf Teiiea be- 
steht. Der oberste erste Teil, abgetiennt von den folgenden 



Teilen durch eine durchgezogene Linie, endialt den Typ des 
zugrunde liegenden Technologischen Objektes (TO-Type) 
uod den TO-Identifier, d, h. die projekteindeutige Bezeich- 
nung der Instanziierung. Der nachst folgende Teil enthalt die 
5 Konfigurationsdaten (Configuradon Data) mit den Konfigu- 
radonsvariablen <configaration variable_l> bis <configura- 
tion variable_n>. Uber die Konfigurationsdaten wird das 
Tecbnologische Objekt in seiner grundsat^lichen "Wirkungs- 
wdse eingestellt. Die Konfigurationsdaten werden iiber das 

10 Engineering-System (ES; Fig- 1) eingestellt und konnen op- 
tional liber Zugriffsfunktionen aus dem Anwenderpro- 
granun (API; Fig. 2 und AP2, AP3; Fig, 11) heraus geiesen 
bzw, geschrieben werden. In der Darstellung gemaB Fig, 3 
werden die Konfigurationsdaten durch eine gestnchelte Li- 

15 nie von den Systemvariablen (System Data) abgetrennt. Die 
Systemvariablen <system variable_l> bis <system varia- 
bie_m> sind aus dem Anwenderprogramm (API ; Fig, 2 und 
AP2, AP3; Fig* 11) heraus veranderbar und wie Programm- 
variable nutzbar. Systemvariablen k5nnen Lesbar oder les- 

20 /schreibbai" sein. Durch die Systemvariablen werden auBer- 
dem die Zustande von Technologischen Objekten repr^sen- 
tiert. Zustandsubergange k^Jnnen durch Ereigni^e und/oder 
Befehle ausgel5st weKJen. t)ber die Konfigurationsdaten 
und die Systemvariablen erfolgt die Parametrierung der 

25 Technologischen Objekte. Der nachste Abschnitt sind die 
Befehle (Commands), von den Systemvariablen ebenfalls 
durch eine gestrichelte Linie getrennt. Die Befehle <com- 
. mand_ 1 > bis <command__xy> steUen aufrufbare Funktionen 
dar, die die Funktionalitat eines Technologischen Objekts 

30 reprasentieren. Diese Funktionen haben deliniertc Bezeich* 
ner» Funkdonsparameter und lokale Werte. Die Funkdonen 
konnen Parameter besit^en. Beim Aufruf von Funktionen 
konnen optionaie Parameter weggelassen werden, hierftU" 
werden dann Defaultwerte eingesetzt. ZusStzlich zur tech- 

35 nologischen Funklionalitat besitzt ein Technologischcs Ob- 
jela aber auch Befehle, die das Grundverhalten des Techno- 
logischen Objektes bestimmen, z. B. 



40 



45 



50 



~ Befehl zum Rucksetzen in cinem deOnierlen Aus- 
gangszustand 

- Befehl um einen anstehenden Fehler gezieli nickzu- 
setzen 

- Befehle um in den Simulationsbetiieb zu setzen und 
ruckzusetzen (im Simulationsbetrieb erfolgt ein Durch- 
lauf des Programms ohne konkrete Ausgabe an die Ak- 
toren, bxw. Einlesen von den Sensorcn) 

- Befehle um das Tecbnologische Objekt aktivinakdv 
zu setzen 

Auskunftsfunktionen. 



[0048] Der nachste Abschnitt der Spezifikadon eines 
Technologischen Objektes TOS sind die Alarme (alarms). In 
Fig, 3 sind die Alarme durch eine gestrichelte Linie von den 
Befehlen abgeU-ennt. Die DacsleHung gemaB Fig* 3 entiialt 

55 die Alarme <alarm- 1> bis <alarm_k>. Ein Technologisches 
Objekt hat Uberwachungen und kann im Fehlerfail defi- 
nierte Alarme, gegebenenfalls mit Alarminformationen und 
vordefinierten Keaktionen absetzen. Die technologischen 
Alarme werden am Tkibnologischen Objekt festgestelU 

60 bzw. erzeugt Tecbnologische Alarme haben eine technolo- 
gieobjekttypspezifisch eingestellte Reaktion, z. B, Bewe- 
gungsstopp (die moglichen Reakuonen sind technologieob- 
jekttypspezifisch und daher bei den einzeloen Technologie- 
objekttypen explizit beschrieben), Weiterhin besitzen die 

65 technologischen Alarme einen technologieobjekttypspeziii- 
schen Identifikator (z. B. Alarmnummer) und Parameter. Sie 
besitzen somit ein einstellbares Verhalten auf die Pro- 
grammbearbeitung (globaie Reaktion) und eriauben weiter- 
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hin fur jeden Fehler instanzspezifische EinsleUungen und 
Reaktionen, die bei der Inbetriebnahme am Engineering-Sy- 
stem (ES; Fig. 1) vorgenommeri werden, 
[0049] EiD Anwender kann Befehie von Technologischen 
Objekten syncliron oder asyncliron nntzen, je nach Einstel- 
lung. Dadurch kann ein Befehl sowohl zyklisch.geschrieben 
(ObUch bei einer Speicherprogrammierbaren Speicherung) 
aber auch ereignisgesleuert (ubllch bei Bewegungssteuerun- 
gen) progrannniert werden. Im synchionen Modus bleibt 
z. B, das technoiogisch© Objekt, das einen Positionierbefehl 
ausftihrt, solange in seinem Zustand, bis das Positionierziel 
eixelcht wurde. Im asynchronen Modus dagegen lHuft ^eit- 
gletch zui Ausfuhrung dcs Posilionierbefebls das Technolo- 
gische Objekt in seinem Programmablauf welter und kann 
dabei andere Zustande einnehmen. Das Technologische Ob- 
jekt kann dann z. B, durch PoUiag gepriift wenteo, ob das 
Positionierziel erreicht wiirde. 

fOOSO] Die Darstellung gemaK Fig* 4 z:dgt als VbrschaL- 
tungsdiagramm die Verschaltung des Technologischen Ob- 
jektes "Gleichlauf " GLl mit anderen Technologischen Ob- 
jekten. Die Itechnologischen Objekte werden dabei als dop- 
pelt umrandete Rechtecke dargestellt, bei denen die jeweils 
xusammen geharenden Ecken dorch eiue Verbindungslinie 
verbundein sind. Durch die Verschaltung des Technologi- 
schen Objektes ''Gleicblaur GLl mit den Technologiscben 
Objektien "Leitachse" LAI, "Folgeachse" PAl und "Kurven- 
scheibe" KSl wird ein Gieichlaufverbuod hergestellt. Die 
Verschaitung der Technologischen Objekte erfolgt uber Da- 
tenfiiisse DPI bis DF3 bzw. DF3\ Fig, 4 zeigt die prinzi- 
piellc Technologieanordnung fur die Reaiisierung cincs 
Gieichlaufverbundes: Leitwert - Technologisches Objekt 
''GLeichlauf ' GLl ™ Technologisches Objekt "Folgeachse" 
FAL In Fig. 4 wird der Leitwert dui'ch das Technologische 
Objekt "Leitachse" LAI reprSsentieit. Weiterhin ist in Fig, 4 
ist dargcstellt, dass das 'Ibchnologische Objekt "Leiiachse*' 
LAI uber den Daienliusspfdl DPI den Leitwert fiir das 
Technologische Objekt "Gleichlauf" GLl voi^ibt. Das 
Technologische Objekt Xeitachse" LAI kann z. B. eine Po- 
sitionierachse reprasentieren. Der Leitweit kann aber auch 
uber eine virtuelle Acbse d. h. gerechnele (nicht real vorhan- 
dene) Achse oder uber exteme C}eber fiir das Technologi- 
sche Objekt "Gleichlauf GLl vorgegeben werden. Das 
Technologische Objekt "Gleichlauf CxLl stelltais tecbnolo- 
gische Funktionalitat Getriebegleichlauf oder Kurven- 
gleichlauf zur Verfugung, damit konnen Aufsynchronisie- 
resn, Absynclironisieren oder Masterumschaltungcn vorge- 
nommen werden. Am Technologischen Objekt '^GLeichlaulT 
GLl kann als Gleichlaufgesetz wahlweise ein Getriebe oder 
eine Kurve gewShlt werden. Der rechte Teil von FJg* 4 stellt 
daese Auswahlmoglichkeiten dar. Diirch den Zuordnungs- 
pfei! ZPl ist dargestellt, dass der Schalter SI wahlweise mit 
eiftem Getriebe, dargestellt durch den (jetriebefaktor GFl 
oder mit dem Technologischen Objekt "Kurvenscheibe" 
K51 verbunden werden kann. Bei einer Verbindu ng mit dem 
Technologischen Objekt "Kurvenscheibe" KS 1 erfolgte Da- 
tenduss von diesem Technologischen Objekt ziim Technolo- 
gischen Objekt "Gleichlauf Qhl liber den Dat^^nflusspfeil 
DF3, den Schalter SI und den Datendusspfeil DF3\ Bei ei- 
ner Verbindung mit dem Getciebefaktor GFl erfolgt der Da- 
tenfluss zum Teclinologischen Objekt "Gleichlauf GLl 
tlberden Schalter SI und den Daienflusspfei! DF3'. Uber das 
Technologische Objekt "Kurvenscheibe" KSl koanen nicht 
lineare Getriebeiiberseizungen am Technologischen Objekt 
"Gleichlauf GLl eingesSellt werden, uber den GetJiebefak- 
tor GFl dagegen lineare Getriebeubersetzungen. Durch den 
DatenflusspfeiLDF2 iSt das Technologische Objekt "Gleich- 
lauf GLl mit dem Technologischen Objekt ''Folgeachse" 
FAl verschaltet 



[0051] Die Darstellung geniaB Fig. 4 zeigt somit die pnn- 
zipielle Konfiguration von Technologischen Objekten zur 
Reaiisierung einer Gleichlauffunklionalitat und kann ihrer- 
seits als (komptexes) Technologisches Objekt angesehen 
5 und verwendet werden, 

[0052] Die Festlegung der Verschaltung der Technologi- 
schen Objekte erfolgt in der Konfiguradonsphase (Projektle- 
rung), Bei Auswahlmoglichkeilen werden desezur Laufzeil 
Uber das Anw^derprogramm (API; Fig. 2 und AP2, AP3; 

10 Fig* 11) aktiviert, d h. zur Lanfzeit kGnnen Umschaltungen 
ptogrammiert werden. Prinzipieil konnen durch Verschal- 
tung mehr als ein "Gleichlaufobjek^:" GLl mit einer "FoLge- 
achse" FA! verbunden werden, dadurch wird eine Uberlage- 
rung von Cjleichlauffnnkiionen realisiert. Der Leitwert. fiir 

15 das "Gleichlaufobjekt'' GLl kann auch direkt aus dem An- 
wenderprogramm (API; Fig. 2 und AP2, AP3; Fig. 11) vor- 
gegeben werden. Weiterhin kann mehr als ein Technologi- 
sches Objekt. fur die LeitwertbereiLsielJung konfiguriert wer- 
den. Die aktuelie Verschaltung wird wiederum zur Laufzeil 

20 liber Befehle im Anwenderprogranmi (API; Fig* 2 Und 
AP2, AP3; Fi^, 11) ausgewahit und aktiviert Aufierdem 
kann ftir dte Festlegung des GleichLaufgesetzes zwischen 
verschiedenen Technologischen Objekten **Kurvenscheibe" 
KSl und/odc^ zwischen verschiedenen GeUiebefaktoren 

25 GFl durch Programmiemng online umgeschaitet werden. 
Ein Technologisches Objekt ''Kurvenscheibe" KSl kmn ei- 
nem oder mehreren Technologischen Objekten "Gleichlauf 
GLl zugeordnet werden. Weiterhin konnen von einem 
Technologischen Objekt "J...^itachse'" LAI eine oder mehrere 

30 Gleichlaufverbindungen uber Technologische Objekte 
"Cjleichlauf GLl konfiguiiert werden. 
[0053] Darstellung gemaB Fig, 5 zeigt einen Gleichlauf- 
verbund mit Umschaltmogiichkeiten zwischen verschiede- 
nen LeitwertqueUen und Gleicblaufgeset^n, ebenfalls in 

35 Form eines Vcrschaltungsdiagramms. Id Fig* 5 kann das 
Technologische Objekt "(jleichlauf GL2 Leitwerte von den 
Ibchnoiogischen Objekten "Zeif T, "virtuelle Achse" VAl, 
"I^itachse" LA2, "Leitachse" LA3, "externer Geber" EGl 
sowie von einem Programmwert TV des AnwenderpnO" 

40 grammes (API; Fig* 2 und AP2, AP3; Fig. II ) bekommen, 
Durch den Zuordnungspfcil ZP2 ist angedeutet, dass der 
Schalter S2 unterschiedLiche Leitwertverbindungen fur das 
Technologische Objekt "Gleichlauf GL2 herstellen kann, 
IJber einen der Datenfltisse DF4 bis DF8 sowie tlber den 

45 Schalter SZ und den Datenfiuss DF12 wird die "l.^itwertver- 
schakung" zum Technologischen Objekt "Gleichlmif CjL2 
erreicht. Die Technologischen Objekte "Zeit" T, "virtueUe 
Achse" VAl, "Leitachse^' LA2 und LA3, ^'extemer Geber'' 
BGI sowie der Programmwert TV sind die poientieUen Ma- 

50 ster fur das Technologische Objekt "Gleichlauf" GL2. Die 
moglichen Verschaltungen wenien projektiert und die Aus- 
wahl eines projektierten Masters kann zur Lauf^eit aus dem 
Anwenderprogramm (API; Fig. 2 und AP2, AP3; Fig. 11) 
erfolgen. Damit sind Maslerumschaltungen mogiich. Das 

55 Technologische Objekt 'VLrtuelle Achse" VAl reprasentieri 
nicht eine real vorhandene Achse^ sondem eine gerechnele 
Achse. "Vutuelle Achsen" sind dadurch gekennzeichnet, 
dass sie iiber Befehle kommandiert werden k^?nnen und eine 
Bewegungsfaiirung bzw. Interptetation besitzen* aber keine 

60 Regelungund keinen Antrieb. Die Technologischen Objekte 
"Leitachse" LA2 und LA3 reprasenfieren dagegen reale 
Achsen. Reale Achsen reprasentieren Staodardachsen mit 
Antrieb, Motor, Geber, sie besilzen also einen realen Aktor. 
Auch das Technologische Objekt "exiemer Geber" BOl 

6$ kann einen Leitwert fiir das Technologische Objekt "Gleich- 
lauf" GL2 bereitstellen, Ein "extemer Geber** EGl besltzt 
liblicherweise keine Achse und stellt die Informationen in 
einem prqjektieibaren Format bereit. "Excerne Geber" sind 
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Z.B. Winkelgebe- an einer Fresse, Auch vom Technologi- 
schen Objeki "Zeit** T und vom Programmwett TV k^Jnnen 
Leitwerte fur das Te-clinologische ObjekL GL2 berdt-gestdlL 
werden. Bin Technologisches Objekt "Zeif * stellt einen Leit- 
wert, in Fomi eines Zeitwertes b^w. Zdtfaklors bereit, die 
Projeklierung eioes Programmwertes DV ais T^itwert er- 
foigt im Anwenderprogramm (API; Fig, 2 und AP2, AP3; 
Fig. 11 )s Die Technologiscben Objekte sind hierbei in der 
tibHchen Notation dargestellt 

[0054] la Fig. 5 ist dargestellt, dass als Gieichlaufgesetz 
fUr das Technologische Objekt "Gleichlauf ' GL2 wahlweise 
ein Getriebefaktor GF2 oder die Teclinologischen Objekte 
"Kurvenscheibe" KS2 und KS3 gewShlt werden kfinnen," 
Durch den Zuordnungspfeil ZP3 ist dargestellt^ dass der 
Schalter S3 wahlweise zwischen den Technologischen Ob- 
jekten ICS2, KSS und dem Getriebefaktor GF2 eingesteilt 
werden kann. Die "geuiebemaBige Verschakang*' mit dem 
Technologischen Objekt "Gleichlauf" GL2 erfolgt dann 
ilber die Datcnflusspfeile DF9, DFIO, den eingestellten 
Schalter S3 sowie uber den Datenfiusspfeil DFll. Die 
i>chalterverbindungei) S2 und S3 sind im Anwenderpro- 
gramna (API; Fig. 2 und AP2, AP3; Fig. ll) programmier* 
bar. t)ber den Datenfiusspfeil DF13 ist das Ifechnologische 
Objekt "Gleichlauf GL2 mil: dem Ifcchnoiogischen Objekt 
"Folgeachse" FA2 vcrbunden. Das Tecbnologische Objekt 
"Gleichlauf GL2 wirdbei derProjektierung also slaveseitig 
nut dem Technologischen Objekt "Folgeachse" PA2, das 
z. B, eine Gleichlaufachse reprasentieren kann, verscbaltet. 
Masterseitig wird das Technologische Objekt "Gleichlauf 
GL2 mit einem Technoiogischen Objekt verscbaltet, daB ei- 
nen Leilwen. zur Verfugung stellt, dieser Leitwert kann auch 
direkt aus dem Anwenderprogramm (API; Fig* 2 und AF2, 
AP3; Fig. 11) vorgegeben werden. Somit kann mehr als ein 
Technologisches Objekt fur die Leitwertbereitstellung kon- 
figurierl-. werden, die aktueUe Verschaltung vidrd 2:ur Laufzeit 
liber Befeble im Aixwenderprogramm ausgewahlt 
[0055] Die Darstellung gemSB 6 zeigt die Verschal- 
tung des Technologischen Objektes "Messtaster" MTl. Die 
Technologischen Objekte sind hierbei in der ubiichen Nota- 
tion dargesteUt Das Technologische Objekt "Messtaster" 
MTl stellt die Funktionalitat 2ur Durchfuhrung eines Mess- 
auftrages bereit. Fur die Funktionen am Technologischen 
Objekt "Messtaster" MTl konnen Messauftrage aktiviert 
und parametriert werden. t}ber den Messeingang ME und 
den Datenfiusspfeil DFi4 wird der Mess wert an das Techno- 
logische Objekt "Messtaster" MTl geiiefert. Der Messein- 
gang ME ist als Ellipse dargestellt. Ein Messeingang ME 
kann mit mehreren Technologischen Objekten "Messtaster"" 
verscbaltet sein. Diese Technologischen Objekte "Messta- 
ster"* konnen dabei auch gleichzeitig aktiviert sein- Ein 
Messeingang ME entspricht dabei iiblicherweise einem 
Hardware-Messeingang^ der dem Technologischen Objekt 
"Messtaster" MTl uber Koofigm'atbn zugeordnet wird 
Weiterhin ist das Technologische Objekt ^Messtaster" MTl 
mit mindestens einem Technologischen Objekt verscbaltet, 
das einen Messwert (z. B. Position) liefert. In Fig. 7 ist das 
Technologische Objekt "Messtaster" MTl mit den Techno- 
logischen Objekten "Achse*' Al und "extemer Geber" BG2 
uber die Datcnflusspfeile DF15 b^.w. DF16 verscbaltet Das 
Technologisclie Objekt "Achse*" Ai kann z, B, eine Positio- 
nierachse oder einc Gleichlaui^chse sein. Bin Technologi- 
sches Objekt, das einen Messwert liefert, kann mit mehreren 
Tecbnologisclien Objekten "Messtaster" verscbaltet werden. 
[0056] Die Darstellung gemafJ Fig* 7 zeigt in einem Ver- 
schaitungsdiagramm das Technologische Objekt "Nocke" 
Nl, verscbaltet mit deo Technologischen Objekten "Achse" 
A2 und "externer Geber" EG3. Das Technologische Objekt 
"Achse" A2 ist uber den Datenfiusspfeil DF17» das Ifechno- 
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logische Objekt "extemer Geber" BG3 ist uber den Daten- 
fiusspfeil DF18 mit dem Technologischen Objekt "Nocke" 
Nl verscbaltet. Uber den Datenfiusspfeil DF19 ist das Tech- 
nologische Objekt "Nocke" Nl mit dem Ausgang Out ver- 
5 schaltet, der Ausgang Out ist als Ellipse dargestellt. Das 
Technologische Objekt ''Nocke'' Nl stellt die Funktionalitat 
zur Berechnung von Nockenschaltweiten bereit. Uber die 
Funktionen am Technologischen Objekt "Nocke" Nl kon- 
nen Nockenfunktionen aktiviert und parametciert werden, 
10 Die Technologischen Objekte "Achse'* A2 bzw. *'extemer 
Geber" BG3 stellen die Bezugswerte fiir das Technologische 
Objekt "Nocke"' Nl bereit Die Zuordnung dieser Technolo- 
gischen Objekte zum Technologischen Objekt "Nocke" Nl 
wird vom Anwender projektiert, Der Anwender projektieri. 
15 weiterhin die Zuordnung des Technologischen Objektes 
"Nocke" Nl zn einem Ausgang Out, dabei ist auch eine Zu- 
ordnung auf interne Variablen moglich. Fiir eine aktuelle 
Anwendung ist das Technologische Objekt "Nocke" Nl mit 
gcnau einem Technoiogischen Objekt verscbaltet, das den 
20 Bezugswert. liefertt 

[0057] Ein Beziugswert ist B. ist eine Achsposition. 
Hierbei kann das Technologische Objekt "Achse" A2 B. 
eine Positionierachse oder eine Gleichlaufachse reprSsenlie- 
ren. Dies ist HtOglich^ dass eine Zuordnung des .Ibchnologi- 
2S schen Objektes "Nocke" Nl auf einen Ausgang Out entfal- 
len kann, dann wirkt das Technologische Objekt "Nocke'* 
Nl nur auf Systemvariablen am Technologischen Objekt 
(z. B. fiir die Verwendung des Technologischen Objektes als 
interne Nocke). Das Technologische Objekt, das den Be- 
so zugswert liefert, kann mit mehreren auch unterschiedlichen 
Technologischen Objekten Nocken gleichzeitig verscbaltet 
sein. Die Technologischen Objekte sind hierbei in der tibli- 
chen Notation dargestellt. 

[0058] In der Darstellung gemaS Fig. 8 wird gezeigt, dass 
35 ein Technologisches Objekt "Folgcachse" FAS mit mehre- 
ren Technologischen Objekten "Gleichlauf GL3 und GL4 
verscbaltet sein kann. Das Technologische Cbjekt "Folge- 
achse" FA3 ist durch den Datenfiusspfeil DK22 mit dem 
Technoiogischen Objekt "Gleichlauf GL3 und mit demDa- 
40 tenflusspfeil DF23 mit dem Technologischen Objekt 
"Gleichlauf GL4 verscbaltet. Die Technoiogischen 
"GleichLaufobjekte" 0L3 und GL4 erhalten uber die Datcn- 
flusspfeile DF20 bzw. DF21 ihre Leitwertvorgaben, In Fig* 
8 ist dargestellt, dass die Leitwerte fiir den jeweiligen 
45 Gleichlaufverbund uber unterschiedliche Technologische 
Objekte erfolgen kann. So konnen fiir das Gleichlaufobjekt 
GL3 B. das Technologische Objekt "Achse" A3, das 
Tfechnologische Objekt "virtuelle Achse*' VA2 oder das 
Ifechnologische Objekt "ext^ner Geber" EG4 den Leitwert 
50 bereitstellen. Fur das "Gleichlaufobjekt" GL4 kann dement- 
sprechend.der Leitwert z. B, von den Technologischen Ob- 
jekten "Achse" A4, "virtuelle Achse" VA3 oder "externer 
Geber" EG5 bereitgestellt werden. In Figr 8 bilden dann 
z',B. die Technologischen Objekte "Achse" A4, "Gleich- 
55 lauf GL4 und "Folgeachse" FA3 einen Gleichlaufverband. 
Die jeweils gewLinschte Verschaltung wird vom Anwender 
projekdert, die Auswahl eines projekderten Masters (der 
Master stellt den Leitwert fur den Gleichlaufverbund zur 
. \ferfilgung) kann zur Laufzeit aus dem Anwenderprogramm 
60 erfolgen, damit sind Masterutaschaltungen moglich. In Fig. 
8 stellt das Technologische Objekt "Folgeachse" FA3 den 
Slave im Gleichlaufverbund dar. Die Technologischen Ob- 
jekte sind hierbei in der ubiichen Notation dargestellt. 
[0059] Darstellung gemaB Fig, 9 zeigt ein Verschaitungs- 
65 diagramm bei dem das Technologische Objekt "Kurven- 
scheibe" KS3 das Getriebegesetz fiir zwei "Gleichlaufob- 
jekte" GL5 und GL6 iiber die Datenflusspfeiie DF26 bzw. 
DF27 beieitstellL In Fig. 9 sind somit zwei Glejchlaufver- 
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buDde dargestellt, die jeweils vom gleichen Techaologi- 
schen Objekt "Kurvenscheibe" KS2 ml einem gemeinsa- 
men Gel;riebegesetz versorgi werden. Die beiden Gbich- 
laufverbunde sind links and rechts vom Technologischen 
Objekit "Kurvenscheibe" KS3 angeordnet Der linke Gleich- 5 
iaufverbund wird gebiidet durch das Technologische Objekt 
•^Achse*' A5, das den Leitwea bereitstellt and somlt ais Leit- 
achse gilt. Es kann sich dabei z. B. urn erne Pcsilionier- oder 
CHeichlaufachse Iiandeln. Das Technologische Objekt 
"Achse" A5 ist ml dem Datenfiusspfeil DF24 mit dera lO 
"Gieichlaufobjekt" GL5 verbunden. t)ber diesen Daten- 
flusspfeilDF24 wird. der Leitwejtbereitgestdlt. Auf der Sla- 
veseite ist das Ifechnologische Objekt "Gleichlauf' GL5 
Qber den DatenHusspfeil GF25 mit dem Technologischea 
Objekt "Folgeachse" FA4 verbunden. Der rechte Gleichlauf- 15 
verbund wird gebiidet durch die Technologischen Objekte 
"Achse" A6, "Gleichlauf GL6 und "Folgeachse" FAS. Die 
"Achse" A6 entspricht dabei der Leitachse, die "Folge- 
achse" FAS reprasentiert eine Slaveachse. Die VcrschaUung 
erfolgt hierbei uber die Datenflusspfeile DF28 bzw, DF29. 20 
Wdierhin istes moglich, das von einer Leichtachse aus eii>e 
Oder mehcere Gieichlaufverbindungen iiber Gieidilaufob- 
jekte konfiguriert werd&n. Tschnologische Objekte "Kur- 
venscheibe" k5nnen einem oder mehreren Gleichlaufobjek- 
ten zugeordnet werden. Die Zusammenstcliung von Gleich- 25 
Iaufverbund wird vom Anwender projektiert. Projektierte 
Gleichlaufverbunde k5nnen wiederum als Technologische 
Objekte reprasentieit werden und ihre Funktionalitat in an- 
deren Applikationen wieder verwendet werden. Die Tech- 
nologischen Objekte sind hierbei in der ublichen Notation 30 
dargesteiit. 

[0060] Die J:)arslenung gemaB Fig* 10 zetgt die Zusam- 
menfassung von mehreren Technologischen Objekten zix ei- 
nem Technologiepaket TR Das Technologiepato TP ist da- 
bei als Rechteck dargestelU, wobei die Unke obere Ecke ab- 35 
geschnitten ist Das Tcchnologiepaicet TP enthait de Tech- 
rioiogtschen Objekit "Nocke" N2, "extemer Geber" EG6, 
"Drehzahlachse" DrelxA., "Messtaster" MT2 sowie "Positio- 
nierachse*' PosA. Die Technologischen Objekte sind dabei 
in der ublichen Notation datgestellL Die Technologischen 40 
Objekte reprasentieren dabei keine Instanzenj sondern Tech- 
nologieobjekttypen. Bin Technologiepaket TP enthait somit 
eine Ansanimlung von Technologleobjekttypen, die gewisse 
Funktionalitaten reprSsenlieren. Die Zuladung von Tbchno- 
logischen Objekten ins Runtime-System der Steuerung und 45 
damit die funktionelle Erweilerung der Stcuerung erfolgt 
Qber Technologiepakete. Bin Anwender kann sich be- 
stimmte Technologiepakete TP die wiederum Tbchnologie- 
objekttypen entlialten ins Runtime-System (RTS4, RTS5; 
Fig, 2) hden und somit eine technologische Skalierung der 50 
Funktionalitat der Sleuerung erreichen, Weilerhin kann 
durch die Technologiepaicete TP bei entsprechender Zuord- 
Qung von Technologieobjekttypen eine funktionelle Stmk- 
turierung erreicht werden. 

[0061] Darsteihmg gemaB Fig. U zeigt in einem tJber- 55 
sichtsbild die Kotnmunikationssiruktur xwischen xwei Ge- 
ratea CjI und G2. Gerat bcdeutet in diesem Kontext Hard- 
ware mit CPU. Die techaologssche Funktionalitat wird in 
Form von Technologischen Objekten auf Geirate verteilt, auf 
denen sie IctztecKiUch ablaufen. SofwaretechnLsch werden 60 
die Gerate Gl und G2 als sog. System-Technologische Ob- 
jekte (Sysiem-TO) dargesteiit. Bin Systeni-TO kann nicht 
verschoben werden, weil es fest an einem Gerat hangt. In ei- 
nem System- TO ist die Funktionalitat des dazugehorigen 
Gerates gekapselt. Die System-TOs repr^senderen die Gera- 65 
tefunktionalitat, die Technologischen Objekte die technolo- 
gische Funktionalitat 

[0062] Die Gesrate Gl und G2 sind in der DarsteUung ge- 
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maB Fig, 1 1 jeweils als Rechtecke in der linken b^w, rechten 
Zeichnungshalfte dargeslellt. Die GerSte Gl und 02 enthal- 
ten jeweils ein Anwenderprogramm AP2 bzw, AP3, TO- 
Konfigurationen TOKI bzw. T0K2, technologische Firm- 
ware TFWl bzw. TFW2 und jeweils ein Runtime-System 
RTS6 bzw, RTS7, wobei alle diese Teilelemente durch 
Rechtecke dargesteiit sind. Die Anwenderprogramme AP2 
bzw. AP3 beinhalten die vom Anwender erstellten Befehle 
zur Steuerung des technologisclien Proxesses (P; Fig, 1). 
Bei Bewegungssteuerungen B. Positionier- und/oder Be- 
wegungsbefehle. Die technologische Firmware TFWl bzw. 
TFW2 stellt die technologische Funktionalitat dar, urn die 
das Basissystem (UMC-K; Fig, 2) der Runtime-Systeme 
RTS6 bzw. RTS7 erweitert wurde. Die technologische Firm- 
ware "TWFl bzw. TWF2 beinhaltet die zugeladenen Techno- 
logieobjekttypen, deren Instanzen ein Anwender in seinen 
Anwenderprogrammen AP2 bzw. AP3 verwenden kann. Die 
TO-Konfigurationen TOKI bzw. T0K2 beinhalten Konfigu- 
rationsinfonnationen der Technologischen Objekte (z. B. 
Verschaltungs- und Verteilungsinformationen). Die Konfi- 
gurationen erfolgen im Iingineering-System (BS; Fig* 1). Im 
Runtime-System KtS6 bzw. KTS? kommen die Anwender- 
programme letztendHch zum Laufen, Die Runtime-Systeme 
RrS6 bzw. RTS7 entsprechen einem Bctriebssyslem und 
sind z. B. fur die Speicherverwaltung und die Rechenzeit- 
verwaltung verantwortlich. Auf die DarsteUung weiterer In- 
haltselemente der GerSte Gl bzw, G2 wird aus Grunden der 
Ubersichtlichkeit verzichtet. 

[0063] In der unteren Zeichnungshalfte ist das Kommuni- 
kationsmedium KM als langgczogenes Rechteck dargesteiit 
Das Kommunikationsmedium KM kann z. B. eine Busver* 

bindung darstellen. 

[0064] Zwischen den Geraten G 1 und G2 ist die automatic 
sche Kommunikationsprojektierung AKP> ebenfalls als 
Rechteck dargesteiit- Die automatische Kommunikations- 
projektierung AKP ist ublicherweise Software, die als Teii 
des Engineering-Systems (BS; Fig, 1) ablauft und das Run- 
time-System RTS6 bzw, RTS7 mit den generierten Kommu- 
nikationsinfomiationen (z. B. wer kommuniziert mit wem? 
Auf welche Weise erfolgt die Kommunikation?) vcrsorgt 
[0065] Der bidirekiionale Pfeil LKK zwischen den An- 
wenderprograjni:nen AF2 und AP3 stellt einen logischen 
Kommunikationskanal zwischen den Anwenderprogram- 
men AP2 und APS dar. Der Anwender sieht dabei nur seine 
Technologischen Objekte, die er setbst in seinen Anwender- 
programmen verwendet und er kann dabei davon abstrahie- 
ren, wo sie physikalisch liegen. 

(0066J Die gestrichelten unidirektionalen Pfeile DFEl bis 
DFE4 stelien dm DatenHuss zum Engineering-Zeitpunkt 
dar. Die automatische Kommunikationsprojektiemng AKP 
wird dabei aus den TO-Konfiguradonen TOKI und T0K2 
mit Konfiguratjoosinformationen zu den technologischen 
Objekten (z.B. Veiteilungs- und Verschaitungsinformatio- 
nen) iJber die Datenfiiisse DFEl bzw. DFE2 versorgt. Uber 
die Datenflusse DFE3 bzw. DRE4 gibt die automatische 
Kommunikationsprojektierung AKP die daraus generierten 
Kommunikationskanale an die Runtime-Systeme RTS6 
bzw, RTS7 der Gerate Gl bzw. G2 weiter. Alle GerStie wer- 
den somit von der auiomatischen Komraunikationsprojek- 
tiemng AKP so mitRoutinginformatlonen versorgt, dass je- 
des GerSl mit jedem anderen Gerat entsprcchend der m den 
TO-Konfigiu-ationen TOKI und T0K2 definierten abstrak- 
ten Konftgurations- und Kommunikationsbeschreibung 
kommunizieren kann. Die automatische Kommunikations- 
projektierung AKP verwendet zur Generierung der Kommu- 
nikationskanale projektglobale Variablen, mit denen der An- 
wender z, B. die Quaiitatsanfordcrungen definieren kann. 
[<W)67] Die automatische Kommunikadonsprojektierung 
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AKP enndgiicht eine effizieate Nutzung dcr eingesetzten 
Gerate- und Netztopologie, da sie audi abstxakte QuaHtats- 
anfordcrungen (z. B. Broadcastj Taiclsynchronitat, Oberlra- 
gUngsxeiteo) optimal mf GerateeigeRSchaften und Bigen- 
schaften des ICommunikalionsinediums KM (z. B. Profibus) 5 
abbildet, Bei der Konfiguration der Technologischen Ob- 
jekte muss sicb der Aowender nicht darum klimmem, wie 
leiztendlich die Kommunikatioo physikalisch stattfindel, 
[00(58] Die gepunkteten vertikalen bidirektionalen Pfeile 
DKFRl bis DKFR8 stelleo den Daten- und KonlroMuss zur 10 
Laufzeit (Runtime) dar. Z. B. wenn die Gerate Gl hzw, G2 
selber am KoiranunikalioDsmedium KM (das Kommunika- 
tionsmedium kann z. B. ein Profibus sein) hangen, anlaufen 
und in Betrieb sind. Dann erfolgt namlich wirklich ein 
"schaifer" Daten- und KontroUfiuss von den Anwenderpro- 15 
granimen API bzw. AP3 durch die technologische Firm- 
wai-e TFWl bzw, TFW2 durch das Runtime-System RTS6 
bzw. RTS7 auf das Konimunikationsmedium KM, iiber das 
Kommunikadonsmedium KM zum nachslen Gerat und da 
wieder nach oben zum Anwenderprogramm. Irn "scharfen 20 
Betdeb" eines Gerates werden natUrlich auch die Mornia- 
tiorien der TO-Konfiguration TOKl bzw. T0K2 benotigt. 

Patentans^cbc 

25 

1. Indusbielle Steuerung fm technische Prozesse, ins- 
besondere fur Produkiionsmaschinen, dadurch ge- 
kennzejcbnet, dass die Steuerung ein allgemein ein- 
setzbares, vorzagsweise tecbnologieneutrales Basissy- 
stem (UMC-K) fur die Steuerungsgru^dfunktionalitat 30 
aufweist» wobd iostanziierbare Technologieobjektty- 
pen die Grundfunktionalitat der ijteuerung um techno- 
logische Funktionalitaten erganzen und nach einer vom 
Anwender iwiscbneidbaren Instanziierung als Techno- 
logische Objekte (TOl-TOn) in seinen jeweiUgen 35 
AppHkationen zur Verfiigung stehen, wobei eine Tren- 
nung zwischen technologischer FunktionalilSt und Ge- 
rSEefunktionaUtat erfolgt. 

2. Industrielle Steuerung nach Anspruch 1, dadurch 
gekennzeichnet-j dass eine automatiscbe Generierung 40 
hfw^ Projeklierung von Kommunikationsverbindungen 
zwischen Techntologischen Objekten (TOl-TOn) ba- 
sierend auf der zugrangeliegenden Hardware-Topolo- 
gie und/oder der technologischen Losung erfolgt. 

3. Industrielle Steuerung nach Anspruch 1 oder2, da- 45 
durch gekennzeichnet, dass bei dcr automatischen Ge» 
nerierung bzw. Projeklierung der Kommunikatlonsver- 
bindungen zwischen Technologischen Objekten 
(TOl-TOn) von den Ifechnologischen Objekten 
(T01™T0n) zugewiesene oder erworbene QaaliEatsat- 50 
tribute berucksichtigt werden. 

4. Industrielle Steuerung nach Anspruch 1, 2 oder 3, 
dadurch gekennzeichnet, dass eine flexible Verschieb- 
barkeit und/oder Verteilbarkeit der Technologischen 
Objekte (TOl-TOn) auf unterschiedUch oder gleich 55 
performante Hardware-Systenie und/oder LaufzeiLsy- 
steme (RTSi-RTS7) erfolgt. 

5. Industrielle Steuemng nach Anspruch 4^ dadurch 
gekennzeichnet, dass eine flexible \ferschiebbarkeit 
und/oder Verteilbarkeit der Technologischen Objekte 60 
(TOl-TOn) auf unterschiediich oder gleich perfor- 
mante Hardware-Systeme uiid/od^ Laufzeitsysteme 
(RTS1-RTS7) innerhalb eines Projektes erfolgt, wobei 
sich ein Projekt auf Daten und/oder Programme von ei- 
ner oder mehreren Steuerungseioheiten bezieht. 65 

6. Industrielle Steuerung nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, dass die Vertei- 
lung der Funkdonalitat der Tbchnologiscben Objelcte 
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(TOl-TOn) auf miteinander in Bchtzeit durch taktsyn- 
chron Equidistant kommunizierende Steuerungseinhei- 
ten erfolgt.. 

7. Industrielle Steuerung nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, dass eine techno- 
logische Skalierung hinsichtlich der Funktionalitat der 
Steuerung durch die Zuladbarkeit von Technologieob- 
jekttypen erfolgt. 

8. Industrielle Steuerung nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, dass eine Ver- 
schaltung der Technologischen Objekte (TOl-TOn) zu 
komplexen Technologischen Objekten, sog. Container- 
Objekten erfolgt. 

9. Industrielle Steuerung nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet, dass einem An- 
wender unterschiedliche Sichten auf die Technologi- 
schen Objekte (TOl-^TOn) zur Verft^gung stehen. 

10. Industrielle Steuerung nach einem der vorstehen- 
den Anspmche, dadurch gekennzeichnet, dass eine 
ruckwirkungsfreie Programmierung eines Technologi- 
schen Objektes (TOl-TOn) bezuglich der anderen vor- 
handenen Technologischen Objekte und des Steue- 
rungsbasissystems (UMC-K), sofem nicht expLizit dne 
Riickwirkung programmiertbzw^ projektiert ist, vorgc- 
sehen isl. 

IL Industrielle Steuerung nach einem der vorstehen- 
den AnsprOche, dadurch gekennzeichnet, dass die Dar- 
steUung der Technologischen Objekte (lOl-TOn) im 
Engineering- System (ES) durch graflsche Elemente 
und/oder Masken erfolgt. 

12. Industrielle Steuerung nach einem der vorstehen- 
den Anspriiche, dadm-ch gekennzeichnet, dass die 
Technologieobjekttypen zu Technologische Paketen 
(TP) zusaxnmengefasst werden. 

13. Verfahren zur Programmierung bzw. Projektierung 
von industriellen Steuerungea fiir technische Prozesse, 
insbesondere far Produktionsmaschinen, gekennzeich- 
net durch die Verwendung von Technologischen Ob- 
jekten (TOX-TOn) und die Abfoige der folgenden 
Schritte: 

a) Verwendung eines Basissyslem (UMC-K) mil 
einer voi-zugsweise technologieneutralen Grund- 

funktionalitat, 

b) Instanziierung der Technologischen Objekte 

(TOl-TOn), 

c) Verschaltung der Ibchnologischen Objekte 
(TOl-^TOn) zu Technologischen Objek6en kom- 
piexcr Funktionalitat, 

d) Vertdlung und/oder Platzierung der Technolo- 
gischen Objekte (TOl-TOn) auf die Gerate (Oi, 
C2), 

e) automatische CJenerierung der Kommunikali- 
onskaoale zwischen den Technologischen Objek- 
ten (TOl^TOn), 

f) Wiederverwendung insbesondere von komple- 
xen bereits verschalteten Technologischen Objek- 
ren in auderen Projekten. 

14. Verfaliren zur Programmierung bzw. Projektierung 
nach Anspruch 13, dadurch gekennzdchnelj dass bei 
der Generierung der Kommunikationskanale Qualitats- 
attributederlbchnologischen Objekte (TOl^-TOn) ein- 
gehalten werden. 

1 5 . Verfahren zur Programmierung bzw. Pmjektieru ng 
nach Anspruch 13, dadurch gekennzeichnet, dass die 
Schritte b) und e) optional erfolgen. 
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